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REMARKS i ; 

Claims 1-27 and 30-31 were in issue. By this amendment, claims 1-4, 7-1 1, 13-15. 19-24, 27, and 30 have 
been amended. Accordingly, claims 1-27 and 30-31 are presented and at issue. No new matter has been 
added. By this amendment, claims 1-27 and 30-31 are believed to be in condition for allowance. 

The Invention 

The invention comprises a computer file control system, with a suitable user interface, which allows a user 
to define category descriptions for files stored in a computer system, A user can edit such category 
descriptions as they are used, designate all applicable category descriptions for each file, and link category 
descriptions in user-defmable ways. The invention further allows a user to be reminded of linked category 
descriptions. Category descriptions axe descriptive names defined by a user (see p. 10, 1. 11). Category 
descriptions must be defined before associating them with a file (p. 19, IL 25-26), meaning that they are "pre- 
defined". (Note that tl>e claims have been clarified by removing the term "pre-defined"^ since it jvas 
somewhat circular to recite, as in claim 1, " defining ... at least one list of at least one pre-defined cate^ry 
description" when step (a) relates to tte creation of the pre-defined category descriptions)- 

Unlike prior art hierarchical filing systems, the present invention does not require the 2-part hierarchical 
relationship between fields or attributes, and associatesd values for such fields or attributes. At the most basic 

level, the present invention is a non-hierarchical filing system that allows essentially "free-form" association 

I 

of category descriptions to files without regard to rigid definitions of distinct fields containing values (note 
that, at a next level of organization above this basic level, some hierarchical relationships are contemplated 
by the present invention by using categoiy descriptions to categorize a lower level of category descriptions; 
see,e.g.,p. 19,11, 8-22> 

In the process of search and retrieval, the invention overcomes the problem of search filter definition by 
insuring that the user defines a filter which will always find at least one file, thus avoiding wasting time in 
searching for data that caimot be matched. This is achieved in 3 ways. First, the user is not required to type 
the key words to search. Instead, the user simply chooses the words fi-om pick lists, making mistyping 
impossible. Second, the keywords presented are only those predefined in the system and associated with at 
least one file. Third, as the user builds the search filter definition, categories which find no data are 
automatically excluded as pick list possibilities. 
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More particularly, the invention allows users to deHne an unlimited number of their own "hybrid folders" 
by simply describing, using catBgory descriptions the user defines, the file contents of those files which axe 
to belong to each "hybiiid folder'*. These definitions are dynamic (that is, changeable by the user from time 
to time)j and may be either totally unrestricted or restricted to a particuljar directory or sub-directory, as. the 
user chooses. Such hybrid folders can be implemented on top of, and used in addition to, a conventional 
hierarchical directory stnicture^ or they may replace such conventional structures entirely. 

Importantly, the invention constrains a user to first define category descriptions, and then associate one or 
more defined category descriptions with a file. This constraint ensures that the system always "kiiows";the 

set of possible descriptors before a file is linked to them. This constraint also means that the retrieval sysiem 

I 

always "knows" the set of possible descriptors before a Search filter can be defined- Therefore, a search filter 
can never be defined to contain descriptors that do not already exist in the indexing system. \ 

Section 1Q2 Rejection 

In the Office Action dated 8-3-94 in connection with the parent to the above- identified application, j the 
Examiner rejected claims 1-4. and 27-29, under §102 as being anticipated by the references to Schw4rtz, 
Cochran, or by the "Thought Pattern Handbook". Applicants respectfully traverse this rejection with respect 
to the claims as amended. 

The Schwartz Refsrence 

The reference to Schwartz teaches a data file management machine that enables a user to characterise stored 

data files according to user-defined "file attributes" (which are the same as conventional fields). Eachjfile 

1, 

attribute is a variable having a user-defined name such as "author" or I'subject matter". A user may assign 
a value to the file attribute for each file. The values that may be assigned to a file attribute may comppse 
user-defined character strings, such as "Smith" or "pump specification", or may be an integer. The machine 
stores data representing file attributes and their values in a set of "node records", each node repord 
comprising a collection of data associated with the file. 

Thus, Schwartz is simply a variation of conventional hierarchical file syistems, in whidi fields/attributesjare 
defined in a first step, and values associated with data files are entered into such fields/attributes in a second 
step. ImpwDrtantly, there is also a "hierarchical" relationship between values and fields. That is, each vi?ilue 
MUST correspond to an associated field type. Unless special filters are used on input, the hierarchical 
relationship between fields and values means that the system does not impose any constraints on the range 
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of values that may be assigned to an associated field. That is, a value can be entered in a field of which the 

I : ' 

system has no prior "knowledge". 



For example, under Schwartz, one field may be "Language". Values -corresponding to this field may be 
'^English" and "French!*. A node record might look like this: 

^ [ Field = "Language" 



Record #1 


FilelD #1 


{Location} 


English 


[other values ...] 


Record #2 


FilelD #2 


{Location} 


French 


[other values ...] 



Note that the Field description is not part of the record. Thus, a search caimot be done on "Language" as a 

search term. Moreover, a field is a rather broad abstraction that is not particularly descriptive of ithe 

i 

characteristics of a file. Further, the "hierarchical" relationship between field values and fields/attributes 
means that the term 'Trench" MUST refer to language, and not to any other characteristic of the file (such 
as food type, culture, travel, etc.) That is, the values associated with each field have a pre-defihed 
relationship to each other — they must all be of the same type as the field. 

In contrast, the present invention allows a term like "French** to be defined as a category description, ^d 
then that category description can be dilfififlX associated with any file to mean anything that makes sense to 
the user. For example, an entry m the File Information Directory ("FID") structure of the present invention 
might be: 

i 
I 
I 

Category Descriptions 



FilelD #1 


{Location} 


English, Language^ Letter, [ A?' other values ...] 


FilelD #2 


{Location} 


French, Bread, [ A/ other values ...] 



The invention is essentially "fieldless", category descriptions are not fields; they are directly applied 
descriptors of files. The number of category descriptions that can be associated with a file can vary finom jfile 
to file. No pre-existing or pre-defined hierarchical relationship must exist between category descriptions jand 
the list of category descriptions, or between each other. This distinction has been clarified in the claims as 
amended by the addition of the following language in all of the claims: 

"each category description comprising a descriptive name, the category descriptions having 

no predefined hierarchical relarionsl^ips with such list or each other". 
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An advantage of the present system is that each category descrifjtion must be defined before it can be 
associated with a file, sb that a user cannot select a category description at will. By not restricting a user to 
selecting defined category descriptions, as presently claimed, Schwartz allows creation of one of the 
problems the present invention solves — that is, proliferation of different descriptors for similar files. 

Thus, the invention as presently claimed differs from Schwartz in that a defined list of category descriptions, 
defined as having "no predefined hierarchical relationships with such list or each other", must exist in -the 
computer system before accepting user input associating with the file at least one category description 
selected from the list of category descriptions. Schwartz fails to teach or suggest this concept, » 

Schwartz further fails to teach or suggest user definition of a search filter selected from the displayed defmed 
list of category descriptions, as that term is now defined in the claims (see claim 4). 

Accordingly, Schwartz does not anticipate any of the claims as amended. ; 

The Cochran Reference 

Cochran essentially teaches a *'query by example" system in which a user can build a query for a jgitabase 
by selecting values from display fields. Search terms are grouped in a plurality of lists and each list 
represents a "category" (not defined in the same manner as Applicants' "category descriptions") or field in 
a record in the database (col, 2, lines 55-59). Lists are classified as fixed or static lists, and dynamic or 
variable lists. Static lists have a set or fixed number of terms therein and are derived, from expected items 
in the database. Dynamic lists are made by obtaining data fields from each record in the database wherein 
the fields coirespond to the category selected by the user. The data fields are treated as search terms andjthe 
terms are displayed and selected by the user by means of scrolling and select controls (col. 3 ^ lines 28-49). 
Importantly, static lists anticipate all choices even if there are no records that satisfy the choice at the time 
the list is constructed (col. 10, lines 44-46). On the other hand, while dynamic lists present only terms that 
have at least one corresponding record, dynamic lists are derived (and freshened) by actually searching the 
database dynamically to generate a list of all current terms in a particular field of the database. As noted by 
Cochran, the search time to develop a dynamic list may be lengthy. 

As with Schwartz, Cochran is simply a variation of conventional hierarchical file systems, in which 
fields/categories are defined in a first step, and values associated with data files are entered into such 
fields/categories in a second step. Cochran makes such a system easier to use by providing a "query by 
example" system to ease the task of defining queries, and static lists to speed up searches. Howev^, nowhere 
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does Cochran teach or Suggest categorization of a file by defining a I ist of category descriptions (as defined 
in the claims and described above), associatmg one or more such -category descriptions with a file, and 
storing a file record containing file identity information, file location information, and the associated 
category dcscription(s) for the file. 

Moreover, Cochran fails to teach or suggest disabling the selectability of displayed category descriptions that 
would not provide a logical match to the category descriptions of the defined search filter (claim 2) or 
searching stored file records, comprising at least a file name^ file location information and at. least one 
associated category description for the selected file, for logical matches to the descriptions of the defined 
search filter (claim 3), [ 

Accordingly, Cochran neither does not anticipate the invention set forth in claims 2 and 3, as amended. 

( 

Hie arguments with respect to claims 1 , 2, 3^ and 4 apply equally to the corresponding claims 2 1 , 22, 23, bid 
24, and the claims dependent from cl aims 1 -4 and 2 1 -24 . ! 

The Thought Pattern Handbook Reference 

With respect to claims 27-29, Applicants have amended claim 27, and thus the claims dependent thereon, 
to recite the definition of "category description*'. There is no teaching ox suggestion in the Thought Pattern 
Handbook reference to provide the function of the category descriptions, let alone the category linking 
means. Accordingly, Applicants submit that claim 27, and the claims dependent thereon^ are not anticipE ted 
by the Thought Pattern Handbook reference. 

Section 103 Rejection 

Since none of the references teach or suggest the concept of category descriptions, as discussed above, ithe 
various combination of references cannot supply this missing element of the claims. Accordingly^ Applicants 
submit that none of the references, alone or in combination, anticipate or make obvious the invention as 
presently claimed. 

Conclusion 

Applicants request entry of the claims as amended on the grounds that they are in better form; for 
consideration on appeal. In the alternative. Applicants submit that this case is now in condition for 
allowance, and therefore respectfully request reconsideration and reexamination of the present application, 
and allowance of the ckse at an early date. 
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Respectfully submitted^ 



SPENSLEY HORN JUBAS & LUBITZ 



Dated: March 17, 1995 



Suite 500 

1880 Century Park East 
Los Angeles, CA 90067 
(619)455-5100 




By: JOHN LAND 

Reg. No. 29,554 
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